home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950726-19950929 / 000136_news@columbia.edu_Thu Aug 10 01:07:57 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA08875
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Fri, 11 Aug 1995 01:11:39 -0400
  3. Received: by apakabar.cc.columbia.edu id AA16618
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Fri, 11 Aug 1995 01:11:37 -0400
  5. Path: news.columbia.edu!news.cs.columbia.edu!pipeline!newsjunkie.ans.net!gatech!newsfeed.internetmci.com!news.sprintlink.net!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
  6. From: jrd@cc.usu.edu (Joe Doupnik)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: MS KERMIT, telnet, and WFW
  9. Message-Id: <1995Aug10.070757.58553@cc.usu.edu>
  10. Date: 10 Aug 95 07:07:57 MDT
  11. References: <40cf50$9p6@usenet.INS.CWRU.Edu>
  12. Organization: Utah State University
  13. Lines: 31
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <40cf50$9p6@usenet.INS.CWRU.Edu>, cn125@cleveland.Freenet.Edu (Jerry L. Brod) writes:
  17. > I'm trying to use MS-DOS Kermit to make telnet connections
  18. > from Microsoft Windows for Workgroups 3.11.  I have examined
  19. > the MSKWFW.DOC file and found that our situation seems to be
  20. > covered by text #3, situation 3: WFW uses NDIS version 3 handler
  21. > and its own TCP/IP stack.  The text states:
  22. >     
  23. >     An alternative for those owning the Microsoft TCP/IP 
  24. >     protocol stack is to run Kermit over that stack.  The
  25. >     Kermit command to do this is SET PORT 3COM(BAPI), and
  26. >     that talks to WFW protected-mode agent VBAPI.386.  
  27. >     Host selection occurs while talking to the BAPI handler
  28. >     itself.  Shims are not needed in this case.
  29. >    
  30. > This seems like an ideal solution, but I'm unable to find the
  31. > VBAPI.386 handler in Microsoft's WFWT32.EXE archive.  It does
  32. > exist in the older WFWTCP.EXE archive, but that version does
  33. > not support the 32-bit protected mode tcp stack that we want
  34. > to run.  The notes with the WFWT32 archive indicate that it 
  35. > is a complete refresh of WFWTCP.  Did Microsoft drop support
  36. > of BAPI?
  37. ----------
  38.     The answer seems to be yes to your last (BAPI) question.
  39. Dan Lanciani at Harvard has been working on a shim for this situation,
  40. the archive file is named ndis3pkt.zip, so please contact him at
  41. ddl@harvard.edu. An older version is in directory drivers on netlab2.usu.edu,
  42. but please be aware that the rules on MS' TCPIP32 have been very fluid
  43. and this older version is probably inappropriate.
  44.     A cheap solution is to add a second Ethernet board, as silly
  45. as that first appears.
  46.     Joe D.